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DETAILED ACTION 
Priority 

The examiner acknowledges applicant's claim for priority under 35 U.S.C. §120 
of Application No. 09/699,329 filed on October 31, 2000, and Application No. 
09/699,353 filed on October 31, 2000. 

Double Patenting 

The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. See In re Goodman, 1 1 F.3d 
1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In relongU 759 F.2d 887, 225 USPQ 645 (Fed. 
Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 
422 F.2d 438, 164 USPQ 619 (CCPA 1970);and, In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) may be 
used to overcome an actual or provisional rejection based on a nonstatutory double 
patenting ground provided the conflicting application or patent is shown to be commonly 
owned with this application. See 37 CFR 1.130(b). 

Effective January 1, 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply 
with 37 CFR 3.73(b). 
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Claims 1-6 are provisionally rejected under the judicially created doctrine of 
obviousness-type double patenting as being unpatentable over claims 1-3, and 6-8 of 
copending Application No. 09/838,141. 

As per claim 1 in the current application compared to claim 1 in Application No. 
09/838,141, the sole difference is the disclosure of a "network device related to a specific 
customer account" in Application No. 09/838,141, whereas the current application 
discloses a network device without disclosing intended use. All other components of the 
claim are the same. Therefore, the teaching of Application No. 09/838,141 is a more 
specific version of the current application. Thus, armed with the teachings of 
09/838,141, claim 1 of the current application would have been obvious to one of 
ordinary skill in the art at time of the invention. 

Claims 2-5 of the current application match perfectly with claims 2, 3, 6, and 7 of 
Application No. 09/838,141 and thus would have been obvious to one of ordinary skill in 
the art at the time of the invention. 

As per claim 6 in the current application, the sole difference between current 
claim 6 and claim 8 of Application No. 09/838,141 is that the current application 
discusses basing determination on "reading software packaging parameters," whereas 
Application No. 09/838,141 discusses basing determination on "reading software 
configuration requirements," which is a further specificity of the current application, 
which thus renders claim 6 of the current application obvious to one of ordinary skill in 
the art at the time of the invention. 

This is a provisional obviousness-type double patenting rejection. 
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Claim Objections 

Claim 6 is objected to because of the following informalities: 

a. "step determining" should be corrected to read "step of determining". 
Appropriate correction is required. 

Claim Rejections - 35 USC § 112 

The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

Claims 4 and 5 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter, 
which was not described in the specification in such a way as to reasonably convey to one 
skilled in the relevant art that the inventor(s), at the time the application was filed, had 
possession of the claimed invention. 

Claim 4 recites the limitation "the message". There is insufficient antecedent 
basis for this limitation in the claim, as there is no mention of a message previously. 
Depending claim 5 is also rejected. 



Claim Rejections - 35 USC § 102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent granted 
on an application for patent by another filed in the United States before the invention by the applicant 
for patent, except that an international application filed under the treaty defined in section 351(a) shall 
have the effects for purposes of this subsection of an application filed in the United States only if the 
international application designated the United States and was published under Article 21(2) of such 
treaty in the English language. 
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Claims 1-9, 12-15, 58, 59, and 61 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Spencer (U.S. 6,633,907). 

As per claim 1, Spencer discloses a method for automated provisioning of 
computer networks comprising the steps of: receiving at least one command to be 
executed on a network device (column 1, lines 60-64; where the user information leads to 
the automatic provisioning of services, which constitutes commands executed on a 
network device); reading parameters from a network database related to the at least one 
command (column 6, lines 22-24; where the store stores user information, which will 
then be used to provision accordingly); determining whether the at least one command 
can be properly executed based upon the parameters read (column 3, lines 43-50; where 
the master object determines whether a certain user has appropriate access privileges, 
which constitutes a determination of whether a command can be executed); and executing 
the at least one command only if it is determined that the at least one command can be 
properly executed (column 1, lines 63-64; where the execution's dependency on the 
appropriate determination is implied). 

As per claim 2, Spencer teaches the method of claim 1, wherein the at least one 
command is executed by an agent (column 3, lines 59-61). 

As per claim 3, Spencer teaches the method of claim 2, wherein the agent has the 
highest level of access for the network device (column 4, lines 14-16; where the SCO, or 
agent, configures each service, which implies that it has the highest level of access since 
it can configure all services). 
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As per claim 4, Spencer teaches the method of claim 1, further comprising the 
steps of: receiving the message that at least one command is to be executed from a 
secure provisioning network (column 2, lines 29-31); and verifying the validity of the 
message by requesting verification from the secure provisioning network (column 2, lines 
4-6; where protecting servers from unauthorized users implies message verification 
means). 

As per claim 5, Spencer teaches the method of claim 4, wherein the step of 
verifying is accomplished by way of communicating with a communication gateway of 
the secure provisioning network (figure 2; column 3, lines 52-54; where the 
communication gateway is read as the master object, which, in the figure is in contact 
with the SCOs, user pages, and data stores. It is the point of contact, thus constituting a 
communication gateway.). 

As per claim 6, Spencer teaches the method of claim 1, wherein the step of 
determining is based on reading software packaging parameters (figures 2, 3; column 2, 
lines 7-12; where the figures show different types of services, or packages, being 
provisioned, and the SCOs provisioning their own online service implies a determining 
process by package, where certain parameters would lead to certain services being 
provisioned.). 

As per claim 7, Spencer teaches the method of claim 6, wherein the software 
packaging parameters comprise compatibility requirements (column 4, lines 10-21; where 
the existence of distinct software packages to be provisioned implies the existence of 
compatibility requirements. Compatible SCOs must be used to provision the appropriate 
service.). 
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As per claim 8, Spencer teaches the method of claim 6, wherein the software 
packaging parameters comprise software roles (column 4, lines 10-21 ; where the different 
services constitute different software roles.). 

As per claim 9, Spencer teaches the method of claim 7, wherein the compatibility 
requirements comprise software roles' compatibility requirements (column 4, lines 10-21; 
where the different services, or software roles, inherently possess compatibility 
requirements, as evidenced by the use of different SCOs for different services.). 

As per claim 12, Spencer teaches the method of claim 6, wherein the software 
packaging parameters comprise parameters regarding specific customer account 
requirements (column 4, lines 10-11). 

As per claim 13, Spencer teaches the method of claim 7, wherein the 
compatibility requirements comprise requirements regarding specific customer account 
compatibility (column 4, lines 12-16; column 3, lines 48-50; where the user chooses 
which services are needed, and the master object determines whether the user is allowed 
access, thus constituting compatibility.). 

As per claim 14, Spencer teaches the method of claim 8, wherein the software 
roles comprise customer account software roles (column 4, lines 10-21; where the 
customer account governs which roles are provisioned). 

As per claim 15, Spencer teaches the method of claim 9, wherein the software 
roles compatibility requirements comprise account software roles compatibility 
requirements (column 4, lines 10-21; where the customer chooses which software roles 
are required to be provisioned). 
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As per claim 58, Spencer teaches the method of claim 1, wherein the step of 
executing the at least one command is limited to entities having an approved access level 
to execute the at least one command (column 2, lines 4-6). 

As per claim 59, Spencer teaches the method of claim 58, wherein the access to 
execute the at least one command is defined in an access control list (column 3, lines 43- 
50; where the denial of certain users to access back-end servers implies the use of an 
access control list). 

As per claim 61, Spencer teaches the method of claim 58, wherein the entity 
executing the at least one command comprises an agent (column 3, lines 43-54; where the 
SCO is the agent, and its access level is approved by the master object). 

Claim Rejections - 35 USC § 103 

Claims 10, 1 1, 16-57, 60, and 62-64 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Spencer. 

As per claim 10, Spencer teaches the method of claim 6, but does not specifically 
teach the use of operating system parameters as software packaging parameters. It would 
have been obvious to one of ordinary skill in the art to include operating system 
parameters as packaging parameters at the time of the invention, as it is well known in 
the art. The motivation for doing so is to allow for another type of parameter to be used 
to further classify the provisioning process. 

As per claim 11, Spencer teaches the method of claim 7, but does not specifically 
teach the use of operating system compatibility requirements as compatibility 
requirements. It would have been obvious to one of ordinary skill in the art to include OS 
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compatibility requirements as compatibility requirements, as it is well known in the art. 
The motivation for doing so is to prevent the loading of incompatible operating systems, 
which would lead to inefficiency in the provisioning process. 

As per claim 16, Spencer teaches the method of claim 6, but does not specifically 
teach the use of device parameters as software packaging parameters. It would have been 
obvious to one of ordinary skill in the art at the time of the invention to include this 
limitation, as it is well known in the art. The motivation for doing so is to prevent 
incompatible devices from being loaded, which would lead to inefficiencies in the 
provisioning process. 

As per claim 17, Spencer teaches the method of claim 16 on the basis of 
obviousness, but does not specifically teach the use of device interface parameters as 
device parameters. It would have been obvious to one of ordinary skill in the art at the 
time of the invention to include this limitation, as it is well known in the art. The 
motivation for doing so is to allow for the compatibility of device interfaces to be a 
determining factor in the provisioning process, allowing for further efficiency. 

As per claim 18, Spencer teaches the method of claim 17 on the basis of 
obviousness, but does not specifically teach the use of internet protocol address 
parameters as device interface parameters. It would have been obvious to one of ordinary 
skill in the art at the time of the invention to include this limitation, as it is well known in 
the art. The motivation for doing so is to allow certain IP addresses to access specific 
provisioning services which are better suited to provision a certain EP address requesting 
a specific type of service. This allows for further efficiency in the provisioning process. 
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As per claim 19, Spencer teaches the method of claim 17 on the basis of 
obviousness but does not specifically teach the use of interface type parameters as 
interface parameters. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known in the art. The motivation for doing so is to 
prevent incompatible interface types from being used in the provisioning process. 
Interface types should be as efficient as possible, allowing for specific interfaces to 
correspond to specific services being provided. This allows for further efficiency in the 
provisioning process. 

As per claim 20, Spencer teaches the method of claim 16 on the basis of 
obviousness but does not specifically teach the use of interface components parameters as 
device parameters. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known in the art. The motivation for doing so is to 
prevent the use of incompatible or disallowed interface components in the provisioning 
process. For the invention to function, compatible interface components must be used, or 
it will fail, so there must be a parameter in which only compatible interface components 
can be used. 

As per claim 21, Spencer teaches the method of claim 16 on the basis of 
obviousness but does not specifically teach the use of memory components parameters as 
device parameters. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known. The motivation for doing so is to allow only 
those devices that meet certain memory requirements to be used in the provisioning 
process, adding to the invention's efficiency. 
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As per claim 22, Spencer teaches the method of claim 16 on the basis of 
obviousness but does not specifically teach the use of storage components parameters as 
device parameters. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known. The motivation for doing so is to allow only 
those devices that meet certain storage type requirements to be used in the provisioning 
process, adding to the invention's efficiency. 

As per claim 23, Spencer teaches the method of claim 16 on the basis of 
obviousness, but does not specifically teach the use of central processing unit parameters 
as device parameters. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known. The motivation for doing so is to allow only 
CPUs that meet certain requirements to be used in the provisioning process, adding to the 
invention's efficiency. 

As per claim 24, Spencer teaches the method of claim 7, but does not specifically 
teach the use of device compatibility requirements as compatibility requirements. It 
would have been obvious to one of ordinary skill in the art to include this limitation, as it 
is well known. The motivation for doing so is to allow only devices that are compatible 
with the system to be used, since the invention will fail if incompatible devices are used. 

As per claims 25-31, Spencer teaches the method of claim 24 on the basis of 
obviousness. These claims are rejected on the same bases as claims 17-23 respectively, 
as compatibility requirements are specificities of parameters used in the invention and 
obvious in the same manner. 

As per claim 32, Spencer teaches the method of claim 8, but does not specifically 
teach the use of device roles compatibility requirements as software roles compatibility 
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requirements. It would have been obvious to one of ordinary skill in the art to include 
this limitation. The motivation for doing so is the necessity of using devices compatible 
with software roles, which, in turn, must also be compatible with the system to be able to 
provide provisioning services. The invention would fail if these requirements were not 
met. 

As per claim 33, Spencer teaches the method of claim 9, but does not specifically 
teach the use of device roles as software roles. It would have been obvious to one of 
ordinary skill in the art to include this limitation, since software roles necessitate the use 
of devices. The inclusion of device roles as software roles allows for a better system of 
grouping by certain characteristics, than if device roles were not included as a 
classification of software roles. The inclusion of this limitation makes for easier 
grouping of software roles, which can then be used as parameters. 

As per claim 34, Spencer teaches the method of claim 6, but does not specifically 
teach the use of application packaging parameters as software packaging parameters. It 
would have been obvious to one of ordinary skill in the art to include this limitation, as it 
is well known in the art. Application packaging parameters are merely specificities of 
software packaging parameters. For judging whether a command can be executed by 
software packaging parameters, application packaging parameters must be known, since 
they are a key part of software parameters. 

As per claim 35, Spencer teaches the method of claim 7, but does not specifically 
teach the use of application compatibility requirements as compatibility requirements. It 
would have been obvious to one of ordinary skill in the art to include this limitation, as it 
is well known. It is a necessity to have applications compatible with the system for the 
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invention to have any type of utility, and thus the requirement of compatible applications 
is integral. 

As per claim 36, Spencer teaches the method of claim 8, but does not specifically 
teach the use of application software roles as software roles. It would have been obvious 
to one of ordinary skill in the art to include this limitation, since application software 
roles are an important part of software roles. The individual applications govern the 
characteristics of the software roles, so their inclusion as software roles is obvious. 

As per claim 37, Spencer teaches the method of claim 36 on the basis of 
obviousness, wherein the application software roles define a group of services (column 3, 
lines 57-61; where the SCOs administer the application software which have varying 
roles. These varying roles correspond to a variety or services.). 

As per claim 38, Spencer teaches the method of claim 9, but does not specifically 
teach the use of application roles compatibility requirements as software roles 
compatibility requirements. It would have been obvious to one of ordinary skill in the art 
to include this limitation. The relationship between application roles and software roles 
is discussed in the discussion of claim 36. For the invention to have any utility, 
compatibility requirements of software roles and application roles must match, since 
applications are part of the overall software. It is thus obvious and necessary to include 
application roles compatibility requirements in software roles compatibility requirements. 

As per claim 39, Spencer teaches the method of claim 38 on the basis of 
obviousness, wherein the application roles compatibility requirements define a group of 
services (column 3, lines 57-61; where the SCOs administer the application software, 
each with certain compatibility requirements. These applications correspond to various 
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services. For the invention to function, the compatibility requirements must be met, since 
the applications will govern the use of the group of services, which thus defines the 
group.). 

As per claim 40, Spencer teaches the method of claim 6, but does not specifically 
teach the characteristic of software packaging parameters relating to a variety of network 
service tiers. It would have been obvious to one of ordinary skill in the art at the time of 
the invention to include this limitation, as the various ISPs (or network service tiers) 
would ultimately be the entities providing the provisioning services (column 2, lines 60- 
64). These services would come in the form of software packages. Thus the software 
parameters must be governed by the specific varieties of network service tiers. 

As per claim 41, Spencer teaches the method of claim 7, but does not specifically 
teach the compatibility requirements being governed by network service tiers. It would 
have been obvious to one of ordinary skill in the art at the time of the invention to include 
this limitation, as the various ISPs (or network service tiers) would ultimately be the 
entities providing the provisioning services (column 2, lines 60-64). Thus, for the 
invention to function, the network service tiers must be compatible with the rest of the 
system. Internet services must have compatibility requirements since they ultimately 
govern the provisioning process. 

As per claim 42, Spencer teaches the method of claim 6, but does not specifically 
teach the use of configuration parameters to define software packaging parameters. It 
would have been obvious to one of ordinary skill in the art at the time of the invention to 
include this limitation, as it is well known in the art. Software packaging parameters are 
specificities of configuration parameters and generally represent a subset of configuration 
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parameters. It would thus be obvious to group them under the category of configuration 
parameters. 

As per claims 43-47, Spencer teaches the method of claim 42 on the basis of 
obviousness. Claims 43-47 are rejected on the same basis of obviousness of claim 42, as 
all of the components are well known and obvious subsets of configuration parameters, 
and it would have been obvious to one of ordinary skill in the art to include these 
limitations. The motivation for doing so is because the addition of these components 
allows for the use of various parameters, thus allowing for system compatibility, 
efficiency, and utility. 

As per claim 48, Spencer teaches the method of claim 47 on the basis of 
obviousness, but does not specifically teach the use of device role configuration 
parameters as role configuration parameters. It would have been obvious to one of 
ordinary skill in the art to include this limitation, as it is well known. The motivation for 
doing so lies in the fact that the device characteristics are an integral part of the invention, 
and it is thus necessary for device role parameters to exist as role configuration 
parameters, as in the example of compatibility, the invention would not function if the 
device configuration is incompatible. As a result, there must be parameters for the device 
configuration in place to account for this. 

As per claim 49, Spencer teaches the method of claim 48 on the basis of 
obviousness, wherein the device role configuration parameters comprise device role 
history configuration parameters (column 9, lines 9-11, 56-61; where the rollback process 
depends on a configuration history. This history is part of the device role configuration 
parameters, since it is possible in certain situations that this configuration will be used.). 
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As per claim 50, Spencer teaches the method of claim 7, but does not specifically 
teach the use of configuration compatibility requirements as compatibility requirements. 
It would have been obvious to one of ordinary skill in the art to include this limitation, as 
it is well known in the art. The motivation for doing so lies in the fact that configuration 
compatibility requirements must match other compatibility requirements for the invention 
to function properly. Without criteria for proper configuration, there would be no 
consistency in configuration compatibility, giving rise to incompatible configurations 
being loaded. This would lead to the invention's dysfunction and would thus defeat its 
purpose. 

As per claims 51-55, Spencer teaches the method of claim 50 on the basis of 
obviousness. Claims 51-55 are rejected on the same basis of obviousness of claim 50, as 
all of the components are well known and obvious subsets of configuration compatibility 
parameters, and it would have been obvious to one of ordinary skill in the art to include 
these limitations. The motivation for doing so is because the addition of these 
components allows for the use of various compatibility parameters, thus allowing for 
system compatibility, efficiency, and utility, by allowing only those configurations that 
will function with the system. 

As per claim 56, Spencer teaches the method of claim 55 on the basis of 
obviousness, but does not specifically teach the use of device role configuration 
compatibility requirements as role configuration compatibility requirements. It would 
have been obvious to one of ordinary skill in the art to include the device role 
configuration as a configuration compatibility requirement. The motivation for doing so 
lies in the fact that the device role is an integral part in the system as a whole, and thus 
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must be consistent with the other compatibility requirements for the invention to 
function. Criteria of the device's function must be met for the invention to function, and 
thus a device role configuration compatibility requirement is necessary. 

As per claim 57, Spencer teaches the method of claim 56 on the basis of 
obviousness, wherein the device role configuration compatibility requirements comprise 
device role history configuration compatibility requirements (column 9, lines 9-1 1, 56- 
61 ; where the rollback process depends on a configuration history. This history is part of 
the device role configuration parameters, since it is possible in certain situations that this 
configuration will be used. It is therefore implied that old device role configuration 
compatibility requirements are depended upon for any rollback process to be possible.). 

As per claim 60, Spencer teaches the method of claim 58 on the basis of 
obviousness, but does not specifically teach the definition of the access control list by 
domain name server. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known in the art. The motivation for doing so lies in 
the fact that access to a server is initialized by the domain name server address. If an 
unauthorized DNS is attempting to access the provisioning system, the existence of 
safeguard, in the form of an authorization list to prevent this, is well known in the art. 

As per claim 62, Spencer teaches the method of claim 61, but does not 
specifically teach the limiting of access to the agent by the domain name server address 
of the network device. It would have been obvious to one of ordinary skill in the art to 
include this limitation, as it is well known in the art. The motivation for doing so lies in 
the fact that access to a server is initialized by the domain name server address. If an 
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unauthorized DNS is attempting to access the provisioning system, the disallowance of 
this act, based on the DNS address, is well known in the art. 

As per claim 63, Spencer teaches the method of claim 9, but does not specifically 
teach the relation of a network device's IP address to the software roles compatibility 
requirements. It would have been obvious to one of ordinary skill in the art to include 
this limitation, as it is well known in the art. The motivation for doing so lies in the fact 
that an IP address of a network must be compatible for proper provisioning to take place. 
Therefore, there must exist criteria to govern whether an IP address is compatible. 

As per claim 64, Spencer teaches the method of claim 9, but does not specifically 
teach the use of IP address compatibility requirements as a component of software roles 
compatibility requirements. It would have been obvious to one of ordinary skill in the art 
to include this limitation, as it is well known in the art. The motivation for doing so lies 
in the fact that a compatible IP address must exist for the invention to function. 
Therefore, it is necessary to include this criterion in the software's compatibility 
requirements, as the IP address compatibility is an integral part of the software's 
compatibility. The inclusion of the limitation gives rise to the proper function of the 
invention and is thus obvious. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tanim Hossain whose telephone number is 703/605-1228. 
The examiner can normally be reached on 8:30 am - 5 pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Rupal Dharia can be reached on 703/305-4003. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 

TanimHossain ~ i/ _ . 
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